Dynamic Personalized Program Content

ABSTRACT

Described is a technology by which personalization data is used to select and order video highlight clips for a personalized highlight reel that a user may play to view, such as part of a narrative arranged for that user. The narrative may include introductory content, transition content and/or ending content. The narrative may include advertising content and/or ending content. The narrative may be rearranged in response to an event.

BACKGROUND

There is a great deal of program content available from television networks and other sources. On a television set top box or the like, users receive and may be able to record pre-programmed, manually produced television shows. Often the user is not interested in the entire content of each show, and thus has to fast forward through uninteresting content. Sometimes in order to find desired content, such as a particular highlight, a user has to look for the content by fast forwarding through multiple recorded shows, or possibly waiting during a live show until the content can be viewed.

On the web, to find desired content, users have to hunt around for a video clip that they think contains desired content, and similarly play/fast forward through that clip. Again, to find something specific, a user often needs to click through multiple video clips.

SUMMARY

This Summary is provided to introduce a selection of representative concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used in any way that would limit the scope of the claimed subject matter.

Briefly, various aspects of the subject matter described herein are directed towards a technology by which personalization data is used to determine a set of video clips, based upon the personalization data and metadata associated with the video clips. The video clips of the set are ordered into a catalog based upon the personalization data and at least some of the metadata. The video clips may be integrated with other content into a narrative presentation. In one aspect, the other content includes transition content, which upon playing of the narrative is played before at least one video clip, and/or an advertisement that upon playing of the narrative is played in association with at least one video clip.

In one aspect, a content scoring component determines scores for a set of personalized video clips that are selected based upon at least some personalization data. A sorting component orders the video clips based upon their scores, and a mechanism arranges the video clips and other content into a narrative for playing. The content scoring component may further determine the scores based upon one or more criteria including at least one of popularity data, user behavior history data or state data. A filter set, comprising filters and/or a querying mechanism, may be used to determine the set of personalized video clips from a larger set of available video clips.

In one aspect, information corresponding to a set of video clips is ordered into a catalog based upon personalization data. The catalog is arranged into a narrative based upon the ordering, including adding at least some other content to the narrative. At least part of the narrative is played, including playing at least one of the video clips. The narrative may be dynamically rearranged based upon an event.

Other advantages may become apparent from the following detailed description when taken in conjunction with the drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention is illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements and in which:

FIG. 1 is a block diagram showing example components of a system that provides a dynamic and personalized programming content to a user according to one example embodiment.

FIG. 2 is a flow diagram representing example steps that may be taken to provide personalized programming content for a user according to one example embodiment.

FIG. 3 is a flow diagram representing example steps that may be taken to arrange personalized programming content for a user into a narrative according to one example embodiment.

FIG. 4 is a block diagram representing an exemplary computing environment, in the form of a gaming system, into which aspects of the subject matter described herein may be incorporated.

DETAILED DESCRIPTION

Various aspects of the technology described herein are generally directed towards automatically providing personalized content for a user. In one aspect, a user's personalization data is stored and used (along with possibly other criteria) to drive queries for program content. A video player application may organize and display the program content in a series of video clips, sometimes referred to as a highlight reel or highlights reel, including playing each video clip in succession as a narrative. The clips may be played in association with other content, such as “programmed” video bumpers, transition content, advertisements and/or other effects. The application may be configured to tweak, filter, or sort the personalization data to dynamically re-present a modified highlights reel, such as by performing real-time reorganization, sorting, and querying for content to present to the user.

It should be understood that any of the examples herein are non-limiting. For example, the technology may work with audio, and may use any computing devices such as a gaming systems, personal computers, digital video recorders (DVRs), set-top boxes, smartphones and/or tablets. As such, the present invention is not limited to any particular embodiments, aspects, concepts, structures, functionalities or examples described herein. Rather, any of the embodiments, aspects, concepts, structures, functionalities or examples described herein are non-limiting, and the present invention may be used various ways that provide benefits and advantages in content presentation in general.

FIG. 1 shows a block diagram comprising example components in one implementation, in which a video player application 102 communicates with a user personalization service 104 in order to provide personalized program content for a user. As represented in FIG. 1, the user personalization service 104 is located in a remote network location or set of locations (e.g., the “cloud”) relative to the video player application 102, which for example may reside on one or more of a user's local computing devices, such as a gaming console and smartphone.

As will be understood, having the service 104 in the cloud allows any user's personalized information (as well as the program content and metadata) to be accessed from different platforms and devices. However, as will be understood, any of the components and/or data described herein may be remote relative to the device on which the content is viewed, or alternatively, at least some components that are represented as remote in FIG. 1 may be local. Further, any components that are exemplified may be divided into sub-components, some or all of which may be remotely located, locally located, or split between local and remote, and/or other components shown may be combined into a lesser number of components.

In the example implementation of FIG. 1, the video player application 102 includes a mechanism (e.g., a user interface, or UI 106) for receiving and maintaining a user's personalization data 108 in a suitable storage, e.g., local storage on a device and/or in the cloud such as part of the personalization service 104 for access by any device. For example, for a personalized sports highlight reel, the UI 106 may present the user with a menu of choices or the like to identify a customized set of elements including the user's favorite shows, sport categories, leagues, and teams. Depending on a given implementation, virtually any set of information may be collected, including dislikes. The user may personalize and order these elements in the manner that the user considers most relevant. The user also may share the personalization data 108, e.g., with a friend, group or set of followers (e.g., blog readers) having common interests.

Based upon the user's personalization data 108, e.g., which may be in the form of a list, the application may create a set (e.g., a series) of one or more filters, such as one for each item in the personalization data 108. The filter set 110, which in FIG. 1 is exemplified as being in the cloud (but may in be local in whole or in part), may be used to narrow the amount of available content to only content in which the user is likely interested. In general, each video clip in one or more content sources 112 from which the clips are obtained is associated with metadata 114 that describes or otherwise fits with that clip, and the filter set 110 uses this information to select a subset of relevant content for the user. Note that metadata 114 may be directly associated with a clip, such as entered by the creator of the clip, or may be indirectly obtained from other sources, e.g., sports scores, other feeds and sources, other metadata, user popularity data and so forth.

Time is one filtering criterion, e.g., only clips that are newer than forty-eight hours old or some other timeframe may be considered for the reel. Other filtering criterion also may be applied at this stage; for example, as indicated within the user's personalization data 108, a user may be interested in professional football but not college football, and thus from among the video clips identified via their metadata as containing football video, the filter set 110 eliminates video clips containing college football, and so on with other non-desirable clips.

In one implementation, after filtering, the result is a set of clips (such as a list) in which the user is likely interested. As described below, a scoring mechanism 115 and sorting mechanism 116 (which may be the same component) computes a score for each clip and ranks the clips according to the score, respectively. For example, based in part on the metadata, clips of user-selected favorite teams and newer clips may be given more weight and thus trend toward the head of the playback queue. Weights used in scoring may be manually set, learned via machine learning, tuned based upon feedback, and so forth.

Also shown in FIG. 1 is other user data 118 may be collected, such as reflecting the popularity of a clip as determined from a large number of users. This may factor into filtering, as general popularity may be specified by default or by user preference as being acceptable for inclusion of a clip. For example, a user ordinarily may not prefer to see everyday basketball highlights, but may enjoy seeing a spectacular game winning shot that others have indicated (e.g., via web downloads) is extremely popular. Thus, such a clip is not filtered out. Further, popularity may be used another factor in scoring weight.

Another possible factor in scoring that is exemplified in FIG. 1 is the user's video viewing/behavior history 120. For example, if a user has in the past regularly interacted with the video player application 102 so as to skip over a particular topic such as stock market news, then it is likely that the user is less interested in stock market news. Thus, such history information may be used to lower the weight of clips containing stock market news according to their metadata. Note that FIG. 1 shows the history 120 as being loaded into the video player application 102, but this data may be stored in the cloud or in any storage coupled to the video player application.

History 120 may also be used for other considerations, and may be obtained from other sources. For example, if a user regularly watches a particular show involving a certain celebrity, the user may be asked whether he or she would like to modify the personalization data 108 to include news stories regarding that celebrity with respect to clip selection and/or filtering. The adjustment may be automatic to an extent, e.g., a user may have been watching golf a significant amount of time recently, and thus the filtering and/or scoring may be automatically adjusted to include some golf highlights even if the user's personalization data 108 did not explicitly mention golf. If the user then tends to view (rather than skip over) golf highlights in the reel, the scoring may go up to include more golf and/or weight golf higher over time relative to highlights the user does skip over.

Still another factor in scoring may be state data 122. As described above, state data in the form of the current time is one such factor, e.g., older clips (those remaining after the example forty-eight hour filtering) may be given less weight in scoring than newer clips. Another such factor represented in the state data 122 may be game results. For example, when combined with the history 120, the application 102 may learn that the user skips over video highlight clips of his favorite team whenever his team lost its game, and skips ahead to any such clips when they win. Thus, as one example, the weight given to a video highlight clip may be adjusted based upon whether the user's team won and/or lost the game with which the clip is associated. Note that FIG. 1 shows the state data 122 as being loaded into the video player application 102, but this data may be stored in the cloud or in any storage coupled to the video player application.

As can be readily appreciated, numerous other factors may be used in scoring. The device being used to display the highlight reel (e.g., whether the device is a smartphone with a small screen versus a set-top box coupled to a high definition television) may be one such factor. Such factors and relative weights may be machine learned for many users, for example, and adjusted for a user's particular viewing history.

Following scoring and sorting, a sorted playlist catalog is assembled for the user. The catalog may be limited to a certain total duration, by default or if desired by the user, or by some other criterion such as a total number of clips. The catalog may be a separate data structure (e.g., a list or the like) that gets integrated into a narrative comprising the video clips and other content, or may be directly built into a data structure that contains the narrative, e.g., identifying the clips and other content to play in association with those clips.

A video catalog presentation mechanism 124 plays the clips according to the catalog, whereby the user sees what is (to a very high likelihood) desirable personalized content in the form of a highlight reel. Note however that the catalog may be dynamically reconfigured/rearranged as described below.

As represented in FIG. 1, the highlight reel may contain other content 126 separate from the set of clips, including transitions, video bumpers, advertisements, and other effects and/or the like, including from a source 128 of the other content 126, thereby allowing a rendering mechanism 130 to provide output in the form of a more storytelling-like narrative, for example; (note that the video catalog presentation mechanism 124 and/or the rendering mechanism 130 individually or together can be considered the mechanism that arranges the narrative). Such transitions may appear between highlight clips, for example. Other effects (e.g., including video, graphics and/or animations with accompanying audio) may be inserted into and/or superimposed over/around the video clips, and so forth, e.g., in time order and/or in screen area appearance. For example, an introduction may precede the playing of the first clip, such as if a network provided the set of clips from among its highlights and thus presents an opening clip identifying that network, setting forth a copyright notice, and so forth. Transitions may be shown between highlight clips, and a closing clip and/or other effect may end the highlight reel. Advertisements may appear as part of the overall experience, as may other features, such as a scrolling text ticker or the like related to current events.

Via the metadata 114, the transitions, effects and other content insertions such as advertisements may be selected for relevance to the current clip or clips before and after the effect/content insertion. For example, a transition from a current news story to a story about a celebrity may include an image of that celebrity and text to indicate that a highlight video regarding that celebrity is upcoming. An advertisement related to buying a particular sports team's merchandise may follow (or accompany) a highlight reel containing a big win for that sports team, for example. As another example, a transition for an upcoming sports video clip may include metadata-based information, such as a title, score of the game, team statistics, standings, key player statistics and so forth. In one alternative, the user may personalize transitions and/or other effects by specifying certain statistics to view, e.g., related to the user's fantasy sports team.

In one implementation, the catalog may be dynamically configured or reconfigured at any time, such as while one clip is playing. For example, a new clip may become available while another clip is playing, causing the catalog to be reconfigured (or a new catalog to be built); clips in the reconfigured catalog that have already been played may be marked as such to avoid replaying them unless requested by the user. Other content in the narrative may also change (or be changed instead of the catalog); as used herein, the term “rearranging” with respect to the narrative includes reconfiguring any or all of the catalog and/or changing any or all of the other content.

Dynamic reconfiguration or rebuilding, as well as other effects, may occur in response to an event, such as time, existence of a new clip, user interaction, new state data, a breaking news story, and so forth. For example, user interaction with a currently displayed score in a text ticker may add a highlight clip (that is otherwise not there) to the catalog, or change an effect such as split screen or picture-in-picture to show that clip without necessarily changing the catalog. Interaction may be via a controller, voice, gesture, touch, and/or the like depending on what input mechanisms are available. A device may be complemented by a companion device, e.g., a smartphone may be used to help select content shown on a high-definition television set.

Note however that reconfiguration may not occur if the user is able to choose to use the catalog in an offline mode, e.g., to buffer the content while in Wi-Fi range or while connected to a high bandwidth source, such as to avoid paying for data charges/waiting for slower networks. Also, a user also may share or save a highlight reel, in which event the catalog is persisted at the time of sharing/saving; note that the transitions may or may not be persisted, e.g., some or all new transitions and/or effects may appear upon the replaying of a saved or shared reel, such as more current information if available.

Further, in one implementation the video player application components are arranged in a pipeline type arrangement. This allows the video player application to be extended with one or more other components, a component may be replaced, updated and so forth without necessarily changing any of the other components. By way of example, consider a component that senses a user's emotional reaction to a viewed game or other clip; the scoring component may be updated to accept such reaction data in computing the scores.

FIG. 2 summarizes via a flow diagram some example steps taken with respect to obtaining personalized clips for a user, beginning at step 202 where a user's personalization data is accessed. Step 204 queries/searches for clips; the search itself may perform some filtering, such as by using personalization data and metadata to include or exclude certain clips from the set. Thus, as used herein, “querying” and its derivatives (e.g., “query” and “queried”) includes concepts related to “filtering” and its derivatives (and vice-versa), as a query itself can be selective. Step 206 adds any clips based upon popularity, for example.

Step 208 represents any further filtering, if all filtering is not performed during querying. For example, the querying at step 204 may be relatively general filtering to find as many clips as possible that may be relevant, with the further filtering at step 208 being a more fine-grained filtering, including to possibly remove any clips added because of popularity. Querying may be inclusive in nature, with subsequent filtering being exclusive, or vice-versa. In general, the querying and/or any subsequent filtering operations provide a more manageable set for scoring, e.g., instead of scoring many thousands of clips that may be found, querying and/or filtering may reduce the set to a subset of a few dozen, which then may be efficiently scored and ranked.

Step 210 represents providing the metadata associated with each of the clips that remain after filtering. As can be readily appreciated, this metadata is used as factors in the scoring. Note that in this example, scoring and sorting are performed at the user device, and thus step 210 provides the metadata to the user device; however as described above the scoring may be performed remotely, (whereby scoring and sorting generally occur where step 210 is performed).

Step 212 represents receiving a request from the user device for the content (clips and other content such as transitions) to play. Depending on the type of request, the clips and other content may be streamed as requested to a device buffer, or downloaded for offline use, for example, as represented by step 214. The dashed line from step 214 to step 212 represents ongoing communication as needed for additional content downloading/streaming.

FIG. 3 represents a flow diagram showing example steps at a user device, (notwithstanding that some of these steps alternatively may be performed remotely). Step 302 represents receiving the metadata for the clips and other content, such as corresponding to step 210 of FIG. 2. Step 304 represents detection interaction to start the playing, and receiving and playing the starting content, such as comprising an introduction video, text, graphics and/or animation, which begins the playing of the highlight reel. Steps 306 and 308 represent the scoring and sorting operations, which may occur separately or at the same time (e.g., the catalog may be modified as each score is computed).

Step 310 represents the selection of a highlight video clip to play, starting with the first clip on the list. Streaming or downloading may begin for the first clip and for any clip-dependent associated content once the clip is known; additional content may be streamed/downloaded in anticipation of being needed so as to avoid perceived playback delay. Step 312 thus determines and receives what other content (e.g., transition, advertisement and/or the like) is associated with that content; note that other content played before the clip may be downloaded/streamed before the clip itself. Step 314 plays the clip and the other content; note that the clip may not be played until after some or all of the other associated content, such as a transition has played, and that other content may be played along with the clip, and/or follow the clip. Step 316 repeats the process for each other clip. When the various clips and associated content have been played, end content (not necessarily clip-dependent) may be played (step 318), such as an advertisement, goodbye message and so forth.

Although not explicitly shown in FIG. 3, it is understood that user interaction may occur at any time, including during playing of the content. Typical interaction includes fast forwarding, rewinding, pausing, skipping and so forth. Skipping/fast forwarding of certain content such as copyright notices may be disallowed. Other interaction may be to select another clip, for example, such as available via thumbnails visible via a footer or the like. A user may interact to share a particular clip, e.g., as a recommendation to their friend, or also may have new clips inserted into the user's highlight reel due to one or more recommendations from friends or the like. Note that if a user interacts in some way that he or she likes or dislikes a particular clip, this may influence the later highlight reel. Thus, as described above, reconfiguration of the catalog may occur as a result of an event. In general, unless user interaction triggered the reconfiguration, the reconfiguration allows the currently playing clip (and possibly any of its related other content) to complete, whereby the user does not notice the reconfiguration, and seamlessly sees the narrative presentation as if the catalog was initially configured that way. Note however that the upcoming playlist may be modified with content insertion and indicators, e.g., while watching the highlight reel and something new arrives, the content enters into the queue and may be accompanied by a visible indicator that indicates that the system is adding to the experience with something new coming up.

Exemplary Operating Environment

It can be readily appreciated that the above-described implementation and its alternatives may be implemented on any suitable computing device, including a gaming system, personal computer, tablet, DVR, set-top box, smartphone and/or the like. Combinations of such devices are also feasible when multiple such devices are linked together. For purposes of description, a gaming (including media) system is described as one exemplary operating environment hereinafter.

FIG. 4 is a functional block diagram of gaming and media system 400 and shows functional components in more detail. Console 401 has a central processing unit (CPU) 402, and a memory controller 403 that facilitates processor access to various types of memory, including a flash Read Only Memory (ROM) 404, a Random Access Memory (RAM) 406, a hard disk drive 408, and portable media drive 409. In one implementation, the CPU 402 includes a level 1 cache 410, and a level 2 cache 412 to temporarily store data and hence reduce the number of memory access cycles made to the hard drive, thereby improving processing speed and throughput.

The CPU 402, the memory controller 403, and various memory devices are interconnected via one or more buses (not shown). The details of the bus that is used in this implementation are not particularly relevant to understanding the subject matter of interest being discussed herein. However, it will be understood that such a bus may include one or more of serial and parallel buses, a memory bus, a peripheral bus, and a processor or local bus, using any of a variety of bus architectures. By way of example, such architectures can include an Industry Standard Architecture (ISA) bus, a Micro Channel Architecture (MCA) bus, an Enhanced ISA (EISA) bus, a Video Electronics Standards Association (VESA) local bus, and a Peripheral Component Interconnects (PCI) bus also known as a Mezzanine bus.

In one implementation, the CPU 402, the memory controller 403, the ROM 404, and the RAM 406 are integrated onto a common module 414. In this implementation, the ROM 404 is configured as a flash ROM that is connected to the memory controller 403 via a Peripheral Component Interconnect (PCI) bus or the like and a ROM bus or the like (neither of which are shown). The RAM 406 may be configured as multiple Double Data Rate Synchronous Dynamic RAM (DDR SDRAM) modules that are independently controlled by the memory controller 403 via separate buses (not shown). The hard disk drive 408 and the portable media drive 409 are shown connected to the memory controller 403 via the PCI bus and an AT Attachment (ATA) bus 416. However, in other implementations, dedicated data bus structures of different types can also be applied in the alternative.

A three-dimensional graphics processing unit 420 and a video encoder 422 form a video processing pipeline for high speed and high resolution (e.g., High Definition) graphics processing. Data are carried from the graphics processing unit 420 to the video encoder 422 via a digital video bus (not shown). An audio processing unit 424 and an audio codec (coder/decoder) 426 form a corresponding audio processing pipeline for multi-channel audio processing of various digital audio formats. Audio data are carried between the audio processing unit 424 and the audio codec 426 via a communication link (not shown). The video and audio processing pipelines output data to an A/V (audio/video) port 428 for transmission to a television or other display. In the illustrated implementation, the video and audio processing components 420, 422, 424, 426 and 428 are mounted on the module 414.

FIG. 4 shows the module 414 including a USB host controller 430 and a network interface (NW I/F) 432, which may include wired and/or wireless components. The USB host controller 430 is shown in communication with the CPU 402 and the memory controller 403 via a bus (e.g., PCI bus) and serves as host for peripheral controllers 434. The network interface 432 provides access to a network (e.g., Internet, home network, etc.) and may be any of a wide variety of various wire or wireless interface components including an Ethernet card or interface module, a modem, a Bluetooth module, a cable modem, and the like.

In the example implementation depicted in FIG. 4, the console 401 includes a controller support subassembly 440, for supporting four game controllers 441(1)-541(4). The controller support subassembly 440 includes any hardware and software components needed to support wired and/or wireless operation with an external control device, such as for example, a media and game controller. A front panel I/O subassembly 442 supports the multiple functionalities of a power button 443, an eject button 444, as well as any other buttons and any LEDs (light emitting diodes) or other indicators exposed on the outer surface of the console 401. The subassemblies 440 and 442 are in communication with the module 414 via one or more cable assemblies 446 or the like. In other implementations, the console 401 can include additional controller subassemblies. The illustrated implementation also shows an optical I/O interface 448 that is configured to send and receive signals (e.g., from a remote control 449) that can be communicated to the module 414.

Memory units (MUs) 450(1) and 450(2) are illustrated as being connectable to MU ports “A” 452(1) and “B” 452(2), respectively. Each MU 450 offers additional storage on which games, game parameters, and other data may be stored. In some implementations, the other data can include one or more of a digital game component, an executable gaming application, an instruction set for expanding a gaming application, and a media file. When inserted into the console 401, each MU 450 can be accessed by the memory controller 403.

A system power supply module 454 provides power to the components of the gaming system 400. A fan 456 cools the circuitry within the console 401.

An application 460 comprising machine instructions is typically stored on the hard disk drive 408. When the console 401 is powered on, various portions of the application 460 are loaded into the RAM 406, and/or the caches 410 and 412, for execution on the CPU 402. In general, the application 460 can include one or more program modules for performing various display functions, such as controlling dialog screens for presentation on a display (e.g., high definition monitor), controlling transactions based on user inputs and controlling data transmission and reception between the console 401 and externally connected devices.

The gaming system 400 may be operated as a standalone system by connecting the system to high definition monitor, a television, a video projector, or other display device. In this standalone mode, the gaming system 400 enables one or more players to play games, or enjoy digital media, e.g., by watching movies, or listening to music. However, with the integration of broadband connectivity made available through the network interface 432, gaming system 400 may further be operated as a participating component in a larger network gaming community or system.

CONCLUSION

While the invention is susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the invention to the specific forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions, and equivalents falling within the spirit and scope of the invention. 

What is claimed is:
 1. In a computing environment, a method performed at least in part on at least one processor comprising, accessing personalization data, determining video clips based upon the personalization data and metadata associated with the video clips, and ordering the video clips into a catalog based upon the personalization data and at least some of the metadata.
 2. The method of claim 1 further comprising, arranging the video clips ordered according to the catalog and other content into a narrative presentation.
 3. The method of claim 2 wherein arranging the video clips and other content into the narrative presentation comprises including transition content that upon playing of the narrative is played before at least one video clip.
 4. The method of claim 2 wherein arranging the video clips and other content into the narrative presentation comprises including an advertisement that upon playing of the narrative is played in association with at least one video clip.
 5. The method of claim 1 wherein determining the video clips based upon the personalization data and the metadata comprises querying for video clips associated with metadata that matches information corresponding to at least some of the personalization data.
 6. The method of claim 1 wherein determining the video clips based upon the personalization data and the metadata comprises filtering a set of available video clips into a smaller subset.
 7. The method of claim 1 wherein ordering the video clips into a catalog comprises determining scores for at least some of the video clips and ordering the video clips based upon the scores.
 8. The method of claim 1 further comprising, arranging the video clips ordered according to the catalog and other content into a narrative presentation, detecting interaction directed towards playing the narrative presentation, and playing at least part of the narrative presentation in response to detecting the interaction.
 9. The method of claim 1 further comprising, dynamically reconfiguring the catalog in response to an event.
 10. A system comprising, a content scoring component configured to determine scores for a set of personalized video clips selected based upon at least some personalization data, a sorting component that orders the video clips, and a mechanism that arranges the video clips and other content into a narrative for playing.
 11. The system of claim 10 further comprising a filter set configured to determine the set of personalized video clips from a larger set of available video clips.
 12. The system of claim 10 further comprising a remote personalization service configured to allow access to the personalization data from a plurality of remote devices.
 13. The system of claim 10 wherein the content scoring component is further configured to determine the scores based upon one or more criteria including at least one of popularity data, user behavior history data or state data.
 14. The system of claim 10 wherein the personalization data comprises data related to sports, and wherein at least some of the personalized video clips comprise sports highlight clips.
 15. The system of claim 10 wherein the other content comprises transition content.
 16. The system of claim 10 wherein the other content comprises advertising content.
 17. One or more computer-readable media having computer-executable instructions, which when executed perform steps, comprising: ordering information corresponding to a set of video clips into a catalog based upon personalization data; arranging the catalog into a narrative based upon the ordering, including adding at least some other content to the narrative; and playing at least part of the narrative, including playing at least one of the video clips.
 18. The one or more computer-readable media of claim 17 wherein ordering the catalog comprises determining a score for each video clip, and sorting based upon the scores for the set of video clips.
 19. The one or more computer-readable media of claim 17 wherein arranging the catalog into a narrative comprises adding introductory content before a first video clip in the narrative, or adding transition content between at least two video clips in the narrative, or both adding introductory content before a first video clip in the narrative, or adding transition content between at least two video clips in the narrative.
 20. The one or more computer-readable media of claim 17 having further computer-executable instructions comprising, dynamically rearranging the narrative based upon an event. 